home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #14 / Monster Media No. 14 (April 1996) (Monster Media, Inc.).ISO / rem_acc / q_a4ra11.zip / MULTTASK.Q&A < prev    next >
Text File  |  1996-02-04  |  26KB  |  562 lines
  1.  
  2.  
  3.  
  4.  
  5.              ▄█████▄  ▄▀▀▄   ▄█████▄ ▐█  ██  ██████▄ ▄█████▄
  6.              ██   ██  ▀▄▄▀   ██▄▄▄██ ██▄▄██▄ ██   ██ ██▄▄▄██
  7.              ██ ▀▄██ ▄▀  ▀▄▀ ██▀▀▀██ ▀▀▀▀██▀ ██████  ██▀▀▀██
  8.              ▀████▀▄ ▀▄  ▄▀▄ ██   ██     ██  ██  ▀██ ██   ██
  9.                        ▀▀  ▀
  10.                               Revision 11
  11.  
  12.                 Questions and Answers for RemoteAccess 2.x
  13.  
  14.                        ░░▒▒▓▓ MULTTASK.Q&A ▓▓▒▒░░
  15.  
  16.                            Updated on 02/04/96
  17.  
  18.                             By: Eric Staufer
  19.                           The Concession Stand
  20.                            FidoNet 1:374/6568
  21.  
  22.  
  23.  
  24.  
  25.  
  26. Setting up RemoteAccess in different environments:
  27.  
  28. * DESQview with RemoteAccess & FrontDoor (my setup)
  29. * OS/2 Setups for AutoExec.Bat/Config.Sys for RA (Karen Maynor)
  30. * OS/2 with RemoteAccess & BinkleyTerm (James FitzGibbons' setup)
  31. * Windows for Workgroups with RemoteAccess & FrontDoor (Ed Meloan's setup)
  32.  
  33.  
  34.  
  35. ░░▒▒▓▓ DESQview with RA & FD ▓▓▒▒░░
  36.  
  37. ╔═Change═a═Program════════════════════════════════════════════════════════════╗
  38. ║                               Standard Options                              ║
  39. ║                                                                             ║
  40. ║ Program Name............: RemoteAccess Callup Node (1)                      ║
  41. ║                                                                             ║
  42. ║ Keys to Use on Open Menu: B1                        Memory Size (in K): 550 ║
  43. ║─────────────────────────────────────────────────────────────────────────────║
  44. ║ Program...: C:\RA\RUNRA.BAT                                                 ║
  45. ║                                                                             ║
  46. ║ Parameters: 1                                                               ║
  47. ║                                                                             ║
  48. ║ Directory.: C:\RA\NODE1                                                     ║
  49. ║─────────────────────────────────────────────────────────────────────────────║
  50. ║ Options:                                                                    ║
  51. ║                  Writes text directly to screen.......: [Y]                 ║
  52. ║                  Displays graphics information........: [N]                 ║
  53. ║                  Virtualize text/graphics (Y,N,T).....: [T]                 ║
  54. ║                  Uses serial ports (Y,N,1,2)..........: [N]                 ║
  55. ║                  Requires floppy diskette.............: [N]                 ║
  56. ║                                                                             ║
  57. ║     F1 for Help          F10 for Advanced Options          <─┘ when Done    ║
  58. ╚═════════════════════════════════════════════════════════════════════════════╝
  59.  
  60. [Advanced Options]
  61.  
  62. ╔══Change═a═Program═══════════════════════════════════════════════════════════╗
  63. ║                               Advanced Options                              ║
  64. ║                                                                             ║
  65. ║ System Memory (in K).......:   0    Maximum Program Memory Size (in K):     ║
  66. ║                                                                             ║
  67. ║ Script Buffer Size.......:     0     Maximum EMS/XMS/VCPI/DPMI (in K): 1200 ║
  68. ║                                                                             ║
  69. ║ Text Pages: 1               Graphics Pages: 0         Initial Video Mode:   ║
  70. ║─────────────────────────────────────────────────────────────────────────────║
  71. ║ Window Position:                                                            ║
  72. ║    Maximum Height:  25       Starting Height:  11       Starting Row...:  0 ║
  73. ║    Maximum Width.:  80       Starting Width.:  80       Starting Column:  0 ║
  74. ║─────────────────────────────────────────────────────────────────────────────║
  75. ║                                Shared Program                               ║
  76. ║ Pathname..:                                                                 ║
  77. ║ Data......:                                                                 ║
  78. ║─────────────────────────────────────────────────────────────────────────────║
  79. ║ Close on exit (Y,N,blank)......: [N]  Uses its own colors..............: [Y]║
  80. ║ Allow Close Window command.....: [Y]  Runs in background (Y,N,blank)...: [Y]║
  81. ║ Uses math coprocessor..........: [Y]  Keyboard conflict (0-F)..........: [0]║
  82. ║ Share CPU when foreground......: [Y]  Share EGA when foreground/zoomed.: [Y]║
  83. ║ Can be swapped out (Y,N,blank).: [N]  Protection level (0-3)...........: [0]║
  84. ║                                                                             ║
  85. ║     F1 for Help          F10 for Standard Options          <─┘ when Done    ║
  86. ╚═════════════════════════════════════════════════════════════════════════════╝
  87.  
  88. I use 3:3 for the TICKs on my System... But 1:1 and 2:2 may work just as
  89. good for your System.  Just fool around with it.
  90.  
  91. My batch file is nothing new.. all i have in there is just a dvansi loaded
  92. so the ansi isnt cluttered..
  93.  
  94. ░▒▓█ OS/2 Setups for AutoExec.Bat and Config.Sys █▓▒░
  95.  
  96. Running RemoteAccess Under OS/2
  97. ≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡
  98.  
  99. by Karen Maynor, 1:18/108 FidoNet
  100.  
  101. A Quick Note
  102. ------------
  103.  
  104. I switched to OS/2 about 6 months ago under the urging of my good friend Mark
  105. Spivey (1:202/507). I figured OS/2 would be pretty tough to configure and
  106. learn. It took Mark over a year to convince me to try OS/2. I`ve ran my BBS
  107. under DesqView, WindowsNT, Windows For WorkGroups, Lantastic, and plain ole DOS
  108. in the past. Even though I have 16mb of memory, I constantly had memory
  109. problems under DV, and it was simply too slow.. Windows wasn`t the answer for
  110. me, and of course you can`t use your computer when the BBS is up when using
  111. just DOS. OS/2 was definately what I needed! And now with the release of OS/2
  112. Warp 3.0, even systems with just 4mb of RAM can easily multitask.
  113.  
  114. Please note that these settings work the best for my system and may not work
  115. for you. My system config: 486/33, 16MB, Hayes 28.8, Hayes ESP ComPort Card,
  116. RemoteAccess ßeta, FrontDoor 2.20cmL. This information will also assume that
  117. you have knowledge of how to set up programs in OS/2.
  118.  
  119. Now onto the Good Stuff.
  120.  
  121.  
  122. Communications Driver
  123. ---------------------
  124.  
  125. You`ll first want to get a copy of Ray Gwinn's SIO. This is an absolute 
  126. must! <g> As of this date, the latest version of SIO is v1.45. SIO is 
  127. updated quite often and current file name is SIO145.ZIP. SIO is a 
  128. replacement for OS/2`s communications driver. Run the install program in 
  129. an OS/2 Session and answer the questions. I use a Hayes ESP card which 
  130. may have different settings from your particular setup. From my CONFIG.SYS:
  131.  
  132. DEVICE=C:\SIO\SIO.SYS [ESP@0100] (COM1,0100:03F8,IRQ4:IRQ4) (COM2,0108:02F8,
  133. IRQ4:IRQ3)
  134. DEVICE=C:\SIO\VSIO.SYS
  135.  
  136. The above shows my modem on com port 1, and com port 2 is used by my mouse.
  137.  
  138.  
  139. Settings>Session>DOS Settings
  140. -----------------------------
  141.  
  142. Most of the DOS Settings I have left at the default. The ones I have changed
  143. are below.
  144.  
  145. I have two values under DOS_DEVICE, one loads ANSI.SYS in the BBS session and
  146. the other loads the communications driver. Simply add under values:
  147.  
  148. C:\OS2\ANSI.SYS
  149. C:\SIO\VX00.SYS
  150.  
  151. Other changes I made to the DOS Settings are:
  152. EMS_MEMORY_LIMIT - 0
  153. IDLE_SECONDS - 5
  154. IDLE_SENSITIVITY - 50
  155. XMS_MEMORY_LIMIT - 408
  156.  
  157. You`ll also want to make sure that Sio_Allow_Access_Com1 (or applicable
  158. comport) is set to ON.
  159.  
  160.  
  161. Config.Sys
  162. ----------
  163.  
  164. My config.sys is left almost at default. The changes that work for me:
  165.  
  166. Priority_Disk_IO=NO
  167. Maxwait=1
  168. Priority=Dynamic
  169. Set Keys=OFF
  170.  
  171.  
  172. Autoexec.Bat
  173. ------------
  174.  
  175. @ECHO OFF
  176. ECHO.
  177. PROMPT $i$p$g
  178. PATH C:\OS2;C:\OS2\MDOS;C:\;D:\WINDOWS;D:\UTILS;
  179. LOADHIGH APPEND C:\OS2;C:\OS2\SYSTEM
  180. SET TMP=D:\TMP
  181. SET RA=D:\RA
  182. SET FD=D:\FD
  183. OS2SPEED
  184. TAME
  185.  
  186. Pretty simple autoexec.bat... You`ll see that I set the environment for both
  187. RemoteAccess and FrontDoor. At the end of the Autoexec.Bat I run two programs,
  188. Os2speed and Tame. Tame speeds multitasking of DOS applications using OS/2, 
  189. and Os2speed converts timeslice requests for DesqView to OS/2. 
  190.  
  191.  
  192. Thats about it. This information should get your RemoteAccess BBS up and 
  193. running under OS/2. Again, my settings may not be the best for you, so 
  194. you may need to do some tinkering with some of the settings to get the 
  195. best performance out of your BBS.
  196.  
  197.  
  198. ░▒▓█ How to Setup BinkleyTerm and RemoteAccess using OS/2 █▓▒░
  199.  
  200.  
  201.                  How to run an OS/2 Mailer with a DOS BBS Program
  202.                  ------------------------------------------------
  203.  
  204. Disclaimer
  205. ----------
  206.  
  207.      Standard, but required.  This textfile is meant for advice only, and the
  208. author is not responsible for any damages that occur through the use of this
  209. document.  If what you have now is in one piece, and using this textfile leaves
  210. you with two broken pieces, I suggest you go out and buy an economy size tube of
  211. KrazyGlue<tm>   8-)
  212.  
  213. Notes
  214. -----
  215.  
  216.      In this document, when I have listed lines from my configuration files,
  217. each line is preceded by a '>' character.  Do not type this in, it's just to
  218. show that this is a file line, not part of my babbling  8-)
  219.  
  220. Now, on to the Good Stuff
  221. -------------------------
  222.  
  223.      What will this textfile allow you to do ?  Specifically, coach you in
  224. setting up BinkleyTerm v2.50EE with RemoteAccess v2.01.  Hopefully, the idea
  225. will be usable with any OS/2 Mailer (or Comm program for that matter) and DOS
  226. BBS.  
  227.  
  228. My configuration (i.e. what I _know_ it works with)
  229.  
  230.      - BinkleyTerm/2 v2.50EE
  231.      - RemoteAccess v2.01
  232.      - SIO (SIO, VSIO, VX00) v1.20
  233.      - 4OS2-32 v1.11
  234.  
  235. How to do it
  236. ------------
  237.  
  238.      The important thing to do is remove protection from the port you will be
  239. using. OS/2 built in protection is what comes up and says "Sharing violation on
  240. COMx".  SIO allows you to remove protection for a port (although it's not
  241. documented).  I checked with Ray Gwinn that it was alright to document it here,
  242. so this is how : In CONFIG.SYS, put a dash (-) in the 5th position of the comm
  243. port parameters.  If you are not using the 4th parameter, put an extra comma to
  244. space it out correctly.  For example, my setup using COM2 locked at 38400
  245. without protection is :
  246.  
  247. > DEVICE=C:\OS2\EXTRAS\SIO.SYS (COM2:38400,,,-)
  248.  
  249. Load VX00.SYS as usual after this.  This is all that's required for CONFIG.SYS
  250.  
  251. Now, in Binkley.Cfg, I use BBSSpawn.  My SPAWNBBS.CMD contains this :
  252.  
  253. > echo EXEBBS %2 2 %4 %5 > D:\RA\DOBBS.BAT
  254. > start "RemoteAccess" /FG /FS /WAIT /DOS=C:\OS2\4DOS\RA.INI D:\RA\DOBBS.BAT
  255.  
  256.      You'll notice that this echoes the parameters %BPS% %PORT% %EVENT TIME%
  257. %EXTENDED CONNECT% into my \RA\DOBBS.BAT file.  I'm a recent FrontDoor convert,
  258. and using this produces a DOBBS.BAT that is compatible with FD's. Also, notice
  259. that I am forcing port 2 into the batch file.  This is because BT passes the
  260. Port Handle that OS/2 assigns, which is not the physical port number.  If you
  261. are running singleline, just force the port as I have.  If not, use a %PORT
  262. environment variable to do the same task.
  263.  
  264.      You'll notice I'm using 4OS2 in the above example.  The reason is that
  265. 4OS2-32 (not the 16 bit version) allows you to start a DOS session with a
  266. specific set of settings, similar to the way you set up an object's DOS settings
  267. on the workplace shell.  The file C:\OS2\4DOS\RA.INI contains the following :
  268.  
  269. > DOS_SHELL=C:\OS2\4DOS\4DOS.COM C:\OS2\4DOS @C:\OS2\4DOS\4DOSRA.INI
  270. > DOS_DEVICE=C:\OS2\EXTRAS\VX00.SYS
  271. > DOS_AUTOEXEC=C:\OS2\4DOS\BBSSTART.BAT
  272. > SIO_ALLOW_ACCESS_COM2=1
  273. > EMS_MEMORY_LIMIT=2048
  274. > XMS_MEMORY_LIMIT=2048
  275. > INT_DURING_IO=1
  276.  
  277.      This allows me to load VX00.SYS when the DOS session is spawned from the
  278. Binkley window.  The /WAIT switch on the command line makes the session wait
  279. until the DOS session closes to restart Binkley.  This eliminates the need to
  280. use semaphores as detailed in the MAGIC package that has been available for some
  281. time.  If you don't want or can't use 4OS2-32, you can try using HSTART or
  282. STARTD, both of which allow you to start a DOS session with specific DOS
  283. sessions.  Individual results may vary.
  284.  
  285. I think we need a subtitle here...
  286. ----------------------------------
  287.  
  288.      The thing that has caused me (and other people) problems in the past is
  289. with regard to SIO.  I don't fully understand it, but I'll try to put it as best
  290. I can.  SIO has some part of it to handle the communication with DOS sessions. 
  291. This part is not initialized when SIO loads, presumably to reduce overhead on
  292. systems not using DOS communications.  The part is initialized the first time
  293. that VX00.SYS is loaded. The problem is that if there is a carrier present when
  294. this part is woken up, something happens.  The DOS app can send data out the
  295. port, but nothing can travel inbound.
  296.  
  297.     The solution to this problem has been provided by Ray Gwinn, author of SIO.
  298. I have spoken with him regarding this, and I'm not sure if my report helped him
  299. track down the cause of the problem, but the following excerpt from SIO
  300. v1.21k's READ.ME file explains :
  301.  
  302.  
  303.            The method in which the SIO_Mode setting are implemented has
  304.            been changed.  These settings specify only the initial mode
  305.            settings to use for a DOS session.  Changes made to the mode
  306.            (via a MODE or other command) within the DOS session are no
  307.            longer lost.  The SIO_Mode settings isolate the DOS VDM's
  308.            mode from that of OS/2 sessions in all but one case.  The
  309.            one case is when the port is already opened when DOS first
  310.            accesses it.  In this one case, the SIO_Mode settings are
  311.            not applied.  Except for this one case, one should view OS/2
  312.            as having its mode settings and DOS sessions as having an
  313.            independent group of mode settings. 
  314.  
  315.    As you can see, the problem lied in SIO trying to apply the specified Mode
  316. settings to an opened port. You need SIO v1.21k or higher (a beta version, it
  317. is currently available as SIOBETA, but there may well be a release version
  318. implementing the same fix by the time you read this) to perform this little
  319. trick.
  320.  
  321. Other Versions of Programs
  322. --------------------------
  323.  
  324. I am pretty sure that this will work using Standard BinkleyTerm/2, but I haven't
  325. yet tried.  As long as your DOS BBS program runs well in a straight all DOS
  326. combination under OS/2, it should work under this method.  For SIO, older
  327. versions than v1.20 should work, but newer versions (usually) provide better
  328. performance.
  329.  
  330. Th-Th-Th-That's All Folks!
  331. --------------------------
  332.  
  333. Well, that's how it's done.  It works here for me, and I hope this will allow
  334. people to do the same.  For further information, contact me via netmail at one
  335. of the following addresses :
  336.  
  337. 1:250/301   @ fidonet
  338. 18:105/301  @ zyxelnet
  339. 40:6482/301 @ ibmnet
  340. 81:416/236  @ nanet
  341.  
  342. File Request Names
  343. ------------------
  344.  
  345. BinkleyTerm -  BTOS2_258.ARJ for BinkleyTerm/2 v2.58 wide beta.  Michael
  346.                Buenter has asked that BT Extended not be distributed, so I
  347.                don't have it available.  BT/2 v2.58 has folded in a lot of
  348.                Michael's code though, so you may be pleasantly surprised.
  349.  
  350. SIO         -  SIO120.ARJ for the latest version as of this writing.  SIO*.*
  351.                should get you just the latest version, as I keep only the latest
  352.                online (exception: a beta archive may be out without
  353.                documentation files, so I might have two)
  354.  
  355. 4OS2/32     -  4OS232.ARJ for the latest version (v1.11 as of this writing).
  356.                v2.00 has been announced, but isn't yet shipping.
  357.  
  358.  
  359. Thanks
  360. ------
  361.  
  362. Thanks to Matthew Stein (1:250/701) for getting me involved with OS/2.
  363. Without his help I probably never would have switched.
  364.  
  365. No Thanks to Matthew Stein (1:250/701) for telling me that every time I had a
  366. problem, it was "the fault of that stupid DOS BBS and you should just switch
  367. to Max/2 anyway"  8-)
  368.  
  369. And a word of closing
  370. ---------------------
  371.  
  372. Regarding SIO - if there is one program you're going to register for your OS/2
  373. BBS system, make it this one.  Take a minute to think where we'd be without Ray
  374. Gwinn and SIO.  Can you say "CRC Error" ?  Knew you could.  Ray gave us X00
  375. without charge, and now he's asking what I consider a paltry sum for
  376. SIO/VSIO/VX00 ($25 US).  If you want Ray to continue to improve this fine
  377. driver, we have to show support for him.  Thank you.
  378.  
  379.                                  James FitzGibbon
  380.                                1:250/301@fidonet.org
  381.  
  382.  
  383. ░░▒▒▓▓ Windows for Workgroups with RA & FD ▓▓▒▒░░
  384.  
  385. [READ.ME file from RAUSW4WG.ZIP]
  386.  
  387. Several folks asked for the files that I use to run RA-USA under W4Ws.
  388. Here they are.  One point I can't emphasize too strongly!  These 
  389. suggestions are for Windows for Workgroups 3.11.  They are NOT for 
  390. Windows 3.11.  In spite of the similar version numbers, W4W has a MUCH 
  391. improved COMM driver that makes third party driver unnecessary!  Windows 
  392. 3.11 does NOT.  If you want to run a BBS under Windows, by all means, 
  393. upgrade to Windows for Workgroups 3.11 or, if you must use Windows 3.1 
  394. or 3.11, use a third party COMM driver such as KingComm, TurboComm, etc.
  395.  
  396. I want to thank Bill Cheeks for talking me into trying W4W <smile>.  Like 
  397. most of us, I had read all the messages saying that "Windoze" just 
  398. couldn't cut it as a multi-tasker for a BBS.  You =HAD= to use DesqView 
  399. or OS/2!  Bill convinced me I should try W4W and I've never been happier.  
  400. And I ran RA-USA for a number of years under DesqView and have run it 
  401. under OS/2 as well. 
  402.  
  403. For the most part I followed Bill Cheeks (1:202/731) instructions on 
  404. setting the BBS up under W4WG.  I am running two lines.  Both use Hayes
  405. Optima V.FC 28,800 modems.  I =DO= have 16550 UARTS on both lines.  I
  406. believe 16550's are absolutely essential for high speed modems under
  407. =ANY= multi-tasking system! 
  408.  
  409. Just a word about the files...  The RAx.BAT files are the files called by 
  410. the two PIFS.  They begin by setting up a number of environment variables 
  411. AND start the FOSSIL inside the window.  This is different than DesqView 
  412. which wants the FOSSIL loaded BEFORE DV.  Windows works BETTER with the
  413. fossil loaded in each window!
  414.  
  415. It's also best to load ANSI.COM in EACH window rather than loading ANSI.SYS
  416. in the AUTOEXEC.BAT.  There are two reasons for my suggesting this.
  417.     1. The ANSI.SYS driver is slower than the ANSI.COM program
  418.     2. Loading the ANSI handler in each window gives you a little
  419.        more conventional memory in each window.
  420. A number of people have asked where to get ANSI.COM so I have included it
  421. in this archive for you.
  422.  
  423. You will see both X00 and BNU there.  I have tried both BNU and X00 and I 
  424. believe BNU does a better job with W4W.  File Transfers speeds are higher 
  425. here with BNU.  If you use X00 and file transfers are NOT as good as you 
  426. expect, by all means, give BNU a try.  I'll bet you'll see the transfer 
  427. rates jump to what they should be.  I'm currently using BNU so it doesn't 
  428. have a "rem" in front of it. 
  429.  
  430. You will also see a NEAT little file called FDFIXW4W.COM that is loaded 
  431. immediately AFTER the fossil. I'll say more that below.  After handling 
  432. the initialization, the remainder of RAx.BAT does the actual running of 
  433. the BBS... processing mail and recycling RA after each call.  The 
  434. initialization section runs ONLY once when the window is first opened. 
  435. From then on, we just recycle to the :Start section. 
  436.  
  437. RA1 processes all incoming mail.  Both lines have FrontDoor answering
  438. the phone.  RA1 does all the mail tossing.  Line 2 just exits with 
  439. echomail and creates a flag to tell RA1 there is mail to toss.  RA1 also 
  440. does all the maintenance.  I use FrontDoor Commercial 2.20 and it has a 
  441. nice feature that 2.12 doesn't have called FDFREEZE.  It is described 
  442. in the 2.12 docs but shown as <C> only.  It allows me to "freeze" line 
  443. two while I do maintenance.  If you run 2.12, you'd need another method
  444. if running two lines.
  445.  
  446. I've included a couple of different methods of running RemoteAccess for
  447. you.  RAx.BAT loads RA first and then SHELLS to FrontDoor.  The advantage
  448. to this method is a noticably faster switch from FD to RA!  Because
  449. RA is already in memory it is almost instantaneous.  I will also include
  450. a set called RAFDx.BAT that load FrontDoor first and when FD gets a human
  451. caller it simply loads RA using DOBBS and EXEBBS.BAT.  You will see that I
  452. check for only one errorlevel (200) to start the BBS.  That works because
  453. 200 is my lowest errorlevel in FD (for 300 baud).  So =ALL= higher baud
  454. rate errorlevels will work with the 200 setting and call the DOBBS file
  455. which then tells RA the exact baud rate.  NOTE!  The EXEBBS files are not
  456. needed for the RA1 (shell) method.  I have FrontDoor create the DOBBS
  457. file with either method because if RA finds it, it can tell whether the
  458. call is from an ARQ modem or not.
  459.  
  460. The PIF files are important in getting the best results with W4W.  Locked 
  461. memory is important for the BBS windows as is turning on "Runs in 
  462. Background"!  Bill Cheeks also feels the time slice on a 486 and possibly 
  463. a 386 should be changed from 20 to 5.  I have used 5, 10 and 20 here and 
  464. can't see any difference. I'm running a 486/66-2 though.  With a slower 
  465. system it might make more difference.  Bill says to make sure "Detect 
  466. Idle time" is checked.  I've read messages saying each way is best 
  467. <smile>.  I've tried it both ways and I can't really see any difference!  
  468. I am currently running WITHOUT it checked.  The PIF files included in 
  469. this archive do not have it checked. I also give W4W a limit on the 
  470. amount of memory.  -1 tells it use whatever you need.  I have read that 
  471. allowing Windows to decide how much will slow things down more than 
  472. telling it a specific amount.  I turn off Expanded memory support and use 
  473. eXtended (XMS) only.  Windows likes XMS and, in fact, when you use EMS, 
  474. Windows is simply converting XMS to EMS for you <smile>.  This conversion 
  475. is not as fast as using XMS to begin with.  So, my settings ask for XMS 
  476. but leave EMS at 0. 
  477.  
  478. For fastest speed, run your BBS either FULL SCREEN or minimized!  If you 
  479. run it in a window rather than full-screen, file transfers seem to go 
  480. about the same speed but displays are noticeably slower because W4W must 
  481. treat them as graphics rather than plain text and each letter has to be 
  482. built from individual pixels rather than using an existing font of whole 
  483. letters. 
  484.  
  485. Rather than include the complete INI files which you probably should NOT 
  486. use instead of yours <smile>...  Let me give you the lines I think may 
  487. help if added to the [386Enh] section of your SYSTEM.INI that you already 
  488. have: 
  489.  
  490. [386Enh]
  491. FileSysChange=off
  492. IdleVMWakeupTime=1  
  493. Int28Critical=off
  494. UniqueDOSPSP=on
  495. InDOSPolling=off
  496. ComBoostTime=8
  497. Com1Base=3F8H
  498. Com2Base=02F8
  499. Com1Irq=4
  500. Com2Irq=3
  501. Com1FIFO=1
  502. Com2FIFO=1
  503. Com1TxTrigger=8
  504. Com2TxTrigger=8
  505. Com1RxTrigger=8
  506. Com2RxTrigger=8
  507. Com1Buffer=2048
  508. Com2Buffer=2048
  509. Com1AutoAssign=0
  510. Com2AutoAssign=0
  511.  
  512. I am using two com ports (1 & 2) and so some of the lines are duplicated.  
  513. One for each com port.  You will want to use the com port/interrupt that 
  514. YOU are actually using rather than mine, of course. 
  515.  
  516. Now a word about FrontDoor!  You will want to run FrontDoor 2.12/2.20 
  517. because of the support for higher baud rates.  Unfortunately, these two 
  518. versions of FD have a problem with Windows time slicing.  You'll find that 
  519. FD doesn't answer the phone on the first ring and usually takes two.  (If 
  520. you don't have the IdleVMWakeupTime=1 in your SYSTEM.INI, it may never 
  521. answer <grin>)!  Then when it does answer, it will take a long time to 
  522. send the connect message from 15 to 30 seconds depending on the system!  
  523. By then, your caller may have given up.
  524.  
  525. In the past, I have recommended the use of "/ForceInt28" on FD's command 
  526. line. This would make FD answer on the first ring and connect 
  527. immediately.  The down side of this was that /ForceInt28 also cut W4W's 
  528. efficiency by about half!!  Now there is a very nice FIX for this 
  529. problem and it works without cutting W4W's efficiency!!  Included in this 
  530. archive is a tiny TSR (written by Mats Wallin of the FrontDoor Beta team) 
  531. which you should run immediately AFTER the fossil is loaded 
  532. (FDFIXW4W.COM).  This little program fools FD 2.21/2.20 into thinking it 
  533. is running under DesqView and eliminates the need for /ForceInt28 while 
  534. giving you the fast response to calls that you want!!  It doesn't seem to 
  535. have any adverse effect on RA so I never "unload" it once I have it 
  536. loaded.  BY all means, use this fix if you run FrontDoor.  You'll find it 
  537. used in the updated BAT files now included in this archive.  I have it in 
  538. my UTIL directory.  You can place it wherever you like and change the 
  539. path in the BAT file to call it. 
  540.  
  541. In summary... W4W seems to work well here and it was certainly easier to 
  542. get running than OS/2 <smile>!!  Most people I have heard from seem to 
  543. agree.  I've also had one fella who said it was a dog on his system!  All 
  544. I can say is it's worth a try.  ESPECIALLY if you are one of the many 
  545. folks who got W4W already installed when you bought your system <grin>!  
  546. Good luck and I would appreciate hearing how it works for you (good or 
  547. bad)... 
  548.  
  549.                                           Ed Meloan
  550.                                           RA-USA - 803-279-5006
  551.                                           FidoNet 1:360/1
  552.  
  553. For those of you interested in setting up Windows for Workgroups with
  554. RemoteAccess, you can obtain Ed's file:  RAUSW4WG.ZIP by either logging
  555. onto his board and downloading it or by logging onto mine and grabbing it.
  556.  
  557. OR.. you can FREQ the file from either his address 1:360/1 or mine 1:374/6568.
  558.  
  559. ░░▒▒▓▓ MULTTASK.Q&A ▓▓▒▒░░
  560.  
  561. Total Lines: 561        Total Size: 26k
  562.